win32: Set the right source device

https://bugzilla.gnome.org/show_bug.cgi?id=734738

Deprecate GtkStatusIcon

GtkStatusIcon is using a problematic, XEmbed-based protocol under X,
and we want to get rid of it eventually. Document our intentions by
marking GtkStatusIcon as deprecated.

https://bugzilla.gnome.org/show_bug.cgi?id=734826

util/extract-strings: Use autotools syntax for building

Always refer to it as "extract-strings$(EXEEXT)" where needed to take
cross-compilation into account.

https://bugzilla.gnome.org/show_bug.cgi?id=731013

Revert "Bug 731013 - cross-compilation broken when building extract-strings"

This reverts commit 651d9e90e715ba0f4e246d03102cfb5353c19dc6.

The commit broke 'make dist' - the extract-strings sources are no
longer included in the tarball.

Updates for 3.13.7

GtkMenuItemAccessible: use "insert" signal

Use the "insert" rather than the "add" signal to reliably detect
additions of menu items.

https://bugzilla.gnome.org/show_bug.cgi?id=372545

treeview: Make multipress gesture accept all buttons

That gesture is meant to handle clicks on multiple buttons, so unset
the GDK_BUTTON_PRIMARY default. Also, remove unnecessary boilerplate
with the new GtkGestureSingle/GtkEventController defaults.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

textview: Make multipress gesture accept all buttons

That gesture is meant to handle clicks on multiple buttons, so unset
the GDK_BUTTON_PRIMARY default. Also, remove unnecessary boilerplate
with the new GtkGestureSingle/GtkEventController defaults.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

range: Make multipress gesture accept all buttons

That gesture is meant to handle clicks from several buttons, so unset
the new GDK_BUTTON_PRIMARY default. Also, remove unnecessary boilerplate
with the new default values.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

window: Set GtkGestureSingle::button to 0 on multipress gesture

This gesture handles events from multiple buttons, so ensure the
gesture still does so after the default value change.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

scrolledwindow: Make kinetic scrolling only work on touch devices

This code was relying on the previous GtkGestureSingle::touch-only default
value, so restore the behavior back.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

spinbutton: Make the swipe gesture only work on touch devices

This code was relying on the previous GtkGestureSingle::touch-only default
value.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

label: Update to new GtkGestureSingle/GtkEventController defaults

GtkGestureSingle::button is set to 0 on the multipress gesture, as several
buttons are managed by that gesture. Also avoid some extra lines of code
setting what nowadays are default values.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

entry: Update to new GtkGestureSingle/GtkEventController defaults

GtkGestureSingle::button is set to 0 on the drag/multipress gestures, as several
buttons are managed by these gestures. Also, avoid some extra lines of code
setting what nowadays are default values.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

dnd: Set explicitly GtkGestureSingle::button to 0 on the drag gesture

This gesture handles drags done with any button, so unset the current button=1
default.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

colorswatch: Update to new GtkGestureSingle/GtkEventController defaults

GtkGestureSingle::button is set to 0 on the multipress gesture, as several
buttons are managed by that gesture. Also avoid some extra lines of code
setting what nowadays are default values.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

colorplane: Update to new GtkGestureSingle/GtkEventController defaults

GtkGestureSingle::button is set to 0, as multiple buttons are managed by
the same gesture. Also avoid some extra lines of code setting what nowadays
are default values.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

gesturesingle: Change default values of button and touch-only properties

This now defaults to sane values on mice, so touch-only is set to FALSE,
and button is set to GDK_BUTTON_PRIMARY;

https://bugzilla.gnome.org/show_bug.cgi?id=734285

window: Set multipress gesture phase to be GTK_PHASE_NONE explicitly

This used to rely on the default value, which has changed to a saner default.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

dnd: Set drag gesture propagation phase to GTK_PHASE_NONE explicitly

This used to rely on the default phase value.

https://bugzilla.gnome.org/show_bug.cgi?id=734285

eventcontroller: Default to GTK_PHASE_BUBBLE

This is in practice the most common value, so make that the default

https://bugzilla.gnome.org/show_bug.cgi?id=734285

Drop another unused bit of configury

pwd.h is not used anywhere in GTK+, so no need to check
for it.

Drop unused variable

Nothing is using gdk-pixbuf-csource anymore, so no need
to set up the GDK_PIXBUF_CSOURCE variable.

Fixed some object leaks in broadway_server_new() constructor.

https://bugzilla.gnome.org/show_bug.cgi?id=734778

Broadway: Make unix socket support conditional

We need to use gio/gunixsocketaddress.h and do so
only if HAVE_GIO_UNIX is defined.

BroadwayServer support for unix socket listening

At the present time broadway listens only for TCP/IP incoming
display connections. This patch implements the support for listening
on unix domain sockets too, adding the broadway_server_on_unix_socket_new()
constructor and the commandline option --unixsocket [path] to broadwayd.

https://bugzilla.gnome.org/show_bug.cgi?id=734420

Adapt to spinbutton changes

tests: Sanitize

gcc was unhappy again.

Updated POTFILES.skip

reftests: Add reftest for statusbar fix

https://bugzilla.gnome.org/show_bug.cgi?id=724281

Statusbar: Remove matching messages before popping

gtk_statusbar_remove_all() was popping the top message if its
context_id matched before removing other matching messages from the
stack. This meant that if the context_id of the second top message
matched it was still displayed when the top message was popped and
then removed from the list of messages without updating the display.
Fix this by removing all the matching messages below the top one
before popping it if it matches.

https://bugzilla.gnome.org/show_bug.cgi?id=724281

reftests: Make gcc happy

GtkListBoxRow: Set clip

https://bugzilla.gnome.org/show_bug.cgi?id=734709

Fix a thinko in creating event masks

&-ing together all the device event types yields zero,
which is clearly not the intention here. Use | instead,
to create the intended mask.

https://bugzilla.gnome.org/show_bug.cgi?id=734641

Add some spinbutton tests

These tests check some of the changes from the previous commits.

GtkSpinButton: Prevent public API from unsetting the adjustment

A spin button really needs an adjustment to work. So don't let the
user unset the adjustment by passing NULL to
gtk_spin_button_set_adjustment.

https://bugzilla.gnome.org/show_bug.cgi?id=734660

GtkSpinButton: Always emit value-changed when the adjustment is changed

Changing adjustment via the property setter would not emit
value-changed, however changing it via gtk_spin_button_configure would.

This inconsistency had the following side-effects:

  - Setting an adjustment with a different value would not update the
    value shown by the spin button.

  - Creating a spin button like this (common in GtkBuilder XML) will
    not show the initial value:
      g_object_new (GTK_TYPE_SPIN_BUTTON, "adjustment", adj, NULL);

Let's use the same code path (ie. gtk_spin_button_configure) for all
public facing API for setting adjustment. The code that handled the
details of swapping out the old adjustment with the new has been split
into an unset_adjustment method and the rest has been folded into
gtk_spin_button_configure.

A spin button really needs an adjustment to work, so we don't need
most of the NULL checks. However we do need to check in
unset_adjustment because setting a new adjustment during object
creation might try to unset a non-existent one.

https://bugzilla.gnome.org/show_bug.cgi?id=734660

Fix various warnings

https://bugzilla.gnome.org/show_bug.cgi?id=734737

Fix some print format warnings

https://bugzilla.gnome.org/show_bug.cgi?id=734736

Fix various warnings about unused things

https://bugzilla.gnome.org/show_bug.cgi?id=734735

gdkwayland-window: Don't map the grab transfer menu for GtkMenu

This is a bad idea in general, but it also means that the focus for a
window drops when we pop up a menu, since the grab transfer menu exists.

Updated Greek translation

Fix the build of the native gtk-update-icon-cache when cross-compiling.

As a noinst_PROGRAMS, the libtool generated for cross-compiling will be
used, which will mess up the linking. Create a all-local target instead.
Also ensure that building uses always a native version of the tool by
specifying a GTK_UPDATE_ICON_CACHE automake variable.
Finally "config.h" has been created to work for the target platform and
causes problem when cross-compiling. So we temporarily generate a basic
config.h which contains only the strict minimum.

Bug 731013 - cross-compilation broken when building extract-strings

It is actually a bad idea to use noinst_PROGRAMS for build tools,
because it adds a $(EXEEXT). It is best to override the all target
with all-local to trigger the tool build.

places-sidebar: Refine the spacing

Based on a patch by Yosef Or Boczko,
https://bugzilla.gnome.org/show_bug.cgi?id=731443

Adwaita: check/radio icon source override fix

Adwaita: app-notification revert erroneusly committed changes

Adwaita: Use -gtk-icon-source for checkmarks

instead of using background-image

css: Match state in siblings properly

Previously, we always returned the state flags of the original widget
and did not consider the siblings' pseudoclasses.

Testcase is attached.

widgetpath: Use CSS-like syntax in to_string()

Print pseudo-classes using ':' sign.

Adwaita: path-bar home button spacing

Adwaita: saner backdrop switch for the dark variant

Adwaita: saner menubar

GtkPathBar: Don't hardcode spacing in buttons

The theme will be changed to provide padding.

GtkPathBar: Make recoloring symbolics work

We were only recreating the icons the very first time the theme
changed, and not every time as was intended.

widget-factory: Avoid a compiler warning

This is adjusting to the draw_layer signature change.

widget-factory: Add a missing style class

Unfortunately, constructing image-only buttons by just adding
the image as a child does not give us the image-button style
class. Add it manually.

GtkTextView: Preserve the cairo context around draw_layer

Otherwise, draw_layer might unintentionally wreak havoc on the
regular drawing that happens between the two draw_layer calls.

GtkTextView: Change draw_layer signature

Vfuncs should really take 'this' of the right type - the type
that the vfunc is added in.

Adwaita: widget edge for inline toolbars

widget-factory: Don't say 'Etched out' twice

There's no difference between these shadow types anymore, but
it is irritating to see the same label twice.

widget-factory: Improve the flow box example

Make the selection actually do something. This is also an opportunity
to test the new draw-layer vfunc in GtkTextView.

widget-factory: Add a flowbox example

This is now really polished yet, but will let us work towards
'responsive grid'.

widget-factory: Make dialogs non-resizable

They have no reason to be.

widget-factory: Don't use rules-hint

wayland: Initialize cursor cache earlier

Without this, I was getting a crash because the theme change
function was trying to iterate over the hash table before
it was created.

Fix symbolic-icon-translucent-color reftest

When using the pre-rendered png symbolics it seems that we're off a
tiny bit in a few of the pixels on the antialiased borders of a
stroke. To fix this we switch the icon to media-playback-stop-symbolic
which has no such antialiased borders.

I don't quite understand why the pixels are off, this needs more
research.

https://bugzilla.gnome.org/show_bug.cgi?id=734668

Change way alpha is used when recoloring symbolics

If the foreground color has an alpha != 1 we used to just pass that into
the svg. This is useful to e.g. render an insensitive icon. However,
that is not an ideal model for symbolics. For instance, if the icon uses
overlapping areas when drawing, expecting these to be opaque then the
transparent color will result in a different alpha value for the overlapping
area. Also, non-foreground symbolic colors are still rendered opaque, and
the recoloring of pngs can't handle transparent colors.

So, instead we extract any alpha from the foreground, render using the
opaque colors and then apply the foreground alpha to the entire result.
This means we get an even transparency, even for other colors, and we
can apply alpha for the pngs too.

https://bugzilla.gnome.org/show_bug.cgi?id=734668

GtkIconHelper: Short circuit _gtk_icon_helper_get_size in some cases

_gtk_icon_helper_get_size() is often used during size request and may
not necessary mean that the icon will be displayed immediately. In
many common cases we know the size without having to ensure a surface.
In many cases this means we can avoid loading an icon until needed, and
in the case of stateless IconHelpers such as GtkCellRendererPixbuf this
is very important as otherwise it will constantly be reloading icons
if the displayed set is larger than the in-memory icon cache.

https://bugzilla.gnome.org/show_bug.cgi?id=734651

stack: Ensure the bin window has an evmask suitable to windowless children

If a child has set_has_window == FALSE, it purely relies on the events set on
the parent window, for which the bin window used to just ensure the exposure
mask, eating all input events.

https://bugzilla.gnome.org/show_bug.cgi?id=734357

widget: Include event controllers' event mask on gtk_widget_get_events()

gtk_widget_get_events() must indeed tell about events enabled purely through
a GtkEventController, those events will most surely trigger event handlers.

https://bugzilla.gnome.org/show_bug.cgi?id=734357

GtkSpinButton: Only notify 'adjustment' if the property changed

https://bugzilla.gnome.org/show_bug.cgi?id=734649

widget-factory: Add a reset button to the notification

Change the initial value to something that is not a multiple of 3, so
that dismissing the notification on reset makes sense. Let's use 50
because that is already being used elsewhere.

https://bugzilla.gnome.org/show_bug.cgi?id=734614

widget-factory: Turn off focus-on-click for notification close button

... because that is what most applications are doing. So lets do the
same thing for the sake of consistency and setting a good example.

https://bugzilla.gnome.org/show_bug.cgi?id=734614

Reconstruct a missing file

Sadly I had forgotten to add selectionmode.ui to git.
Here is a reconstructed version that seems to work.

treeview: Check the selected node active flag before maybe starting rubberband

This check used to be present in the pre-gestures code, but was unintentionally
removed when splitting code into drag/multiclick gestures. The policy used to
be that if clicking happened on an already selected node, DnD would happen
instead of rubberband selection, so this behavior is resuscitated.

https://bugzilla.gnome.org/show_bug.cgi?id=734143

Bump version

3.13.6

Fix reftests for builddir != srcdir

Make gtk-reftest consult the REFTEST_MODULE_DIR environment
variable to find out where to look for modules, and fix the
libtool hack to construct the .libs subdirectory correctly.

Update DISTCHECK_CONFIGURE_ARGS

The --disable-rebuilds option does not exist anymore, so remove
it. At the same time, add --enable-installed-tests.

Fix animation-direction reftest

This was another victim of clipping changes - the labels were
overdrawing each other, leading to test failure. Prevent this
by separating the grid columns.

wayland: Remove overly complex cursor cache

GtkToolbar: Set clip

This allows outset box shadows to work on toolbars.

https://bugzilla.gnome.org/show_bug.cgi?id=734526

reftests: Make textview-margins pass in make check

I found that setting margins to zero makes the textview clip
away some overshooting pixels. So, instead of a 0/10 split,
do this test with a 2/8 split of margins, to avoid the clipping
issue.

Skip focus tests in make check

These require a window manager to work, and we currently don't
run one when we run make check tests under Xvfb.

Avoid "pkg-config --atleast-version"

AM_PATH_GTK_3_0([3.4], [], [], [gthread]) results in calling
"pkg-config --atleast-version 3.4 gtk+-3.0 gthread-2.0".

With pkg-config 0.28, that test fails, because the version of
gthread-2.0 is smaller than 3.4. This appears to be a behaviour
change since 0.26, but matches what the documentation said in 0.26.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=641638
Bug-Debian: https://bugs.debian.org/756476
Reviewed-by: Matthias Clasen <mclasen@redhat.com>

Updates for 3.13.6

Trivial: Use g_clear_object more

It no longer has atomic overhead, so we can use it everywhere.

Adwaita: GtkSwitch size reduction and tweaks

See https://bugzilla.gnome.org/show_bug.cgi?id=734485

Only show title button separator when there is something to separate

https://bugzilla.gnome.org/show_bug.cgi?id=729636

Revert "Adwaita: comment out the header-bar separator"

This reverts commit b4e7ada6ac52b9930ba8d14a5f4d5d3a009cf163.

Make focus tests session-exclusive

Otherwise, tests running in parallel will steal the focus that
we are trying to test.

Add a selection mode testcase

This shows what one currently has to do manually to get the typical
selection mode with blue headerbar and checkboxes in list rows.
The goal is to make this easier.

Adwaita: pushed button shadows tweakings

Handle ERROR_SXS_PROCESS_DEFAULT_ALREADY_SET

https://bugzilla.gnome.org/show_bug.cgi?id=733773

MSVC Build Files: Use Real GTK+ Version

Make the Visual C++-related build files contain the actual GTK+ version, by
generating them during the configure stage and dist'ing them in the release
tarballs.  This is especially important for builds of introspection files,
as one may need to look at the release version of GTK+ in those files.

MSVC Builds: Apply Visual Style for Win32 Print Dialog

Define ISOLATION_AWARE_ENABLED for the build of the GTK DLL so that visual
style can be applied to the Windows print dialog for all applications using
gtkprintoperation.

Update the script for the generation of gtk-win32.rc for MSVC to not try to
embed the manifest from it (but embed libgtk3.manifest by including it in
the project files, as we are now doing), and embedding the manifest file is
really not supported in MSVC 2010 and later.

Also fix up formatting in the GTK DLL projects.

https://bugzilla.gnome.org/show_bug.cgi?id=733773

Adwaita: progressbar background in scale highlight

Updated Basque language

Updated Basque language